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(54) Apparatus and method for processing servlet* 



(57) A method and apparatus (or operating a local 
server computer of a client-server network includes a 
technique to receive a request Irom a client computer ol 
the client-server network. A determination is made 
whether the request requires dynamically generated in- 



formation from a servlet object ol the client-server net- 
work. If so. a specified servlet object corresponding to 
the request may be uploaded from a remote server com- 
puter of the client-server network. The specilied servlet 
object is then executed to obtain dynamically generated 
information corresponding to the request. 
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Description 

Brief Description of the invention 

5 This invention relates aenerally to exchanging information m a client-server computer environment More partic- 

ularly this invention relates to an improved technique (or responding to information recuests a; a server comoutor 

Background of the Invention 

jo Client-server computer networks arc well known The most prominent example of a client-server computer network 

is the World Wide Web of computers In a client-server computer network a server computer receives a request for 
information from a client computer. Web server software operating on the server computer typically retrieves the re* 
quested information from a file stored on a permanent storage device and transmits the file over tne network to the 
client computer that requested the information The web server software is generally not written using an object oriented 

'5 programming language Thus, it is not easily extended to provide new functionality Given the dynamic nature of today's 
software marketplace, a product's lack of flexibility and extendibihty can seriously hinder the marketability ol the product 
Current web server software can generate a file dynamically in response to a request from a client computer 
Typically, the web server receives the request and then lorks a Common Gateway Interface (CGI) process to dynam- 
ically create the Me Once the file has been created the web server soltware transmits the hie back to the client 

20 computer. Unlortunately. u is computationally expensive to fork a process each lime dynamic information needs to be 
generated 

In view of the foregoing it would be highly desirable to provide a web server which dynamically generates infor- 
mation in response to a client computer request but which does not incur a process start-up expense while generating 
the dynamic information Further it would be highly desirable to provide an object oriented web server environment 
25 that is flexible and extendible 

Summary of the Invention 

The invention includes a method and apparatus for operating a local server computer of a client -server network 
oo The invention includes a technique to receive a request from a client computer of the client-server network A deter- 
mination is made whether the request requires dynamically generated information from a servlet object of the client- 
server network. If so. a specified servlet object corresponding to the request may be uploaded from a remote server 
computer of the client-server network The specified servlet object is then executed to obtain dynamically generated 
information corresponding to the request 
j5 The servlet objects of the invention provide an object oriented web server environment which is flexible and ex- 

tendible. The client-server network of the invention is populated with the servlet objects The servlet objects operate 
in a continual loop until invoked Thus there is no startup overhead associated with execution of the servlet objects 
By observing a common applications program interlace, the servlet objects can run in any server environment A feature 
of the invention allows untrusted servlet objects to bo executed in a secure area with the dynamically generated 
•to information being passed from the secure area into the remaining server environment. 

Brief Description of the Drawings 

Examples of the invention will now be described in conjunction with the accompanying drawings in which: 
J 5 FIGURE 1 illustrates a client-server computer network m accordance with an embodiment of the invention 

FIGURE 2 is a simplified illustration of the interactions between a web server and the servlets 
FIGURE 3 is a simplified illustration of the interactions between a web server and a servlet loaded from an external 
server. 

FIGURE 4 illustrates processing steps associated with a servlet processing routine 
so FIGURE 5 illustrates processing steps associated with a servlet processing routine 

Like reference numerals refer to corresponding parts throughout the several views of the drawings 

Detailed Description of the Invention 

ss Figure 1 illustrates a client-server computer network 20. 

The network 20 includes at least one client computer 22 and at least one server computer 24. The client computer 
22 and the server computer 24 are connected by a transmission channel 25 which may be any wire or wireless trans- 
mission channel. 
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The client compuier 22 15 a standard computer including a Central Processing Unit (CPU) 30 connectea to a 
memory (primary and/or seconaary) 32 The memory 32 stores a numoer of computer programs, including a 'browser * 
34. As known in the art. a browser is used to communicate with remote server computers 24 and to visuaiiy presen: 
the information received from such computers. The client computer 22 establishes network communications through 

5 a standard network connection device 35. 

The server computer 24 includes standard server computer components including a network connection oevice 
40. a CPU 42. and a memory (primary and/or secondary) 44 The memory 44 stores a set of computer programs to 
implement the processing associated with the invention The memory 44 stores a web server 46 The web server 4© 
may be of the type known m the art. which is modified to include the additional programs snown m Figure l That is 

to in an embodiment of the invention, a standard web server 46 is modified to include a server acceptor thread 4c. a 
connection queue 50. a pool administrator 52. a thread pool 54. servlets 56. a servlet map 55. a security administrator 
60. and boundary servlets 62. 

Figure 2 is a simplified illustration of a server compuier 24A constructed in accordance with an embodiment of the 
invention. The figure shows a web server 46 interacting with a set of servlets 56A-56N In particular the web server 

'5 46 interacts with the servlets through an application program interface (API). As indicated m Figure 1. the web server 
46 and the servlets 56 are stored m memory 44 The web server 45 may be standard web server soitware that is 
modified to include the functionality described herein. Each servlet 56 is a piece of software code which is used to 
dynamically generate information. Each servlet 55 is an instantiated software object waiting to be invoked. Once it is 
invoked, it dynamically generates information. Note that this technique of dynamically generating information is distinct 

20 from the typical process of fetching static information from a permanent storage device. The technique ol the invention 
is similar to a CGI script in the sense that it dynamically generates information. However, unhko a CGI script, a servlet 
object of the present invention is instantiated at server start-up. Thus the servlet can be thought of as operaimg m a 
continual loop wailing to be execuied Observe that after instantiation ihere is no computational start-up expense when 
the servlet is called. 

25 Figure 3 is a general illustration demonstrating additional features of the invention. Figure 3 illustrates a local server 

computer 24A which receives a request from a client computer (not shown) over transmission channel 26. The web 
server 46 determines that dynamically generated information from a servlet object is required. In this case, the servlet 
object is not initially on the local server computer 24A. thus it is uploaded by the local server compuier 24A from a 
remote server computer 248 using communication link 26. In the example of Figure 3. servlet 56P is passed from the 

30 remote server computer 24B to the local server computer 24A. 

Figure 3 illustrates another feature of the invention. In particular, it illustrates that the uploaded servlet 56P is 
executed in a security area 57 of the local server computer 24A After execution, the results are passed to a boundary 
servlet 60 in the remaining portion of the local server computer 24A This security feature allows untrusled servlets to 
be safely executed. 

35 The foregoing discussion provides a general description of the features and benefits of the invention. Attention 

now turns to a more detailed description of these features and benefits The left side ol Figure 4 illustrates processing 
steps associated with an embodiment of the invention. The right side of Figure 4 illustrates program components that 
may be used to execute these operations. 

The first processing step shown in Figure 4 is to determine whether a new request has been received (step 70). 

-to As indicated above, a request is a request for information from a client computer 22 to a server computer 24. The 
operation of a client computer 22 requesting information from a server compuier 24 is well known. It is typically per- 
formed using a Uniform Resource Locator or URL. A URL specifies a computer and a file. A typical URL is httpy/SU/ 
123. This URL is an instruction to retrieve the file '123* from the Slate University compuier "SU" using the Hypertext 
Transfer Protocol "HTTP". 

J 5 As shown in Figure 4. a server acceptor thread 45 is used to process each new request. Preferably, the invention 

is implemented as a connection-oriented web server with a server acceptor thread lhat continually loops while accepting 
requests. Once a request is received, it dispatches the request to a connection queue (step 72). As shown in Figure 
1 . the connection queue 50 is formed in the memory of the local server computer 24. 

If no new request is received, then a check is made to determine whether the queue is emply (step 71). If the 

so queue is not empty or a new request has been received, processing proceeds to step 74. Step 74 entails thread pool 
administration operations, which are executed by a pool administrator 52. Figure 1 illustrates a thread pool 54 The 
thread pool 54 is a pool of threads lhat are used for request processing. Individual threads fetch and process requests 
from the connection queue 50. The pool administrator 52 operates lo ensure that there is a thread for each request in 
the connection queue 50. The pool administrator 52 creates or forks additional threads lo handle new requests in the 

55 connection queue 50. If a maximum number of threads is reached, ihe pool administrator 52 blocks new requests from 
entering the connection queue 50. In such a case, the server computer does not receive new requests. On the other 
hand, if a thread has been waiting more than a predetermined period of time for a request from the connection queue 
50. then the pool administrator 60 will destroy it. Preferably, a new handler thread is created using the buffer space of 
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Secuniy operaions may also be performed b„ , h « , * - **™,strai.vo intervention P * '* 

*on«y .rusted and united ctolSri ^ A SeCUr " y **»"■«'-«» 60 may bo usefl , 

associated w„h the secunty adm.n.s^o 6 o For Zlll T '° * ^ ™ y be ^ <>7a s e « " ° 

s-.e,s and m 1Sl ru Sl a., u P ,oa ded n.,^?.^. ad ™' S " a '°' 60 - V «-de ,otr a ° Z 

shown ,n F,gure 3 The secunty a d m,n, SI r aIO r 60 rn^ZZV^olT man f ^ « secunty area 57 as 

^11, r : sky opera,,ons secur,,y -'—on or h, s ; P : mi; nz r serv,e * ,s auih ° f, " a ,o 

JAVA servleis m accordance with ihe invennnn „ , * 0 ed ,n lf1e lnre ad 

envronmems P rov,de a Secun.y ^ IST^^S 27* T""" ^ SUPP °" ThlS » ""u" .. JAVA 
are ,o be permuted By defau, a., serves a^Z^^^^ M «*» « * o rf* Icess 
network serv.ces or focal f.les However servlets 'bu fl!- m ^ '° Perf ° rm °P*™on« such as accesslo 

■ley were pu , in ,o JAVA Arch.ve f„es -a bTfr s.ed d tamedT'' °' """^ M h3Ve 
s 19 na (U re on executable code inches L ,he S lhT "T "'^ by ,he Secu ^ 
Such statures can', suppor, accountably by aJ^^S hT ^ " V ° UCheS '« " ^n e 
Placed on use of tha[ code FQr _ a V V • s ^ b J^* ««,«,. a degree of assurance that may be 

After security operations are performed fsten prn , h - - 
JAVA object byiecodes thai are used to oeneraiP a „™«h- on a clien ' computer. An "apcier 1S ex e cu. ah i„ 
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<e g hup //host/ < servlet URL». The hup proiocol supports .ne passing ol argumenis thus arguments may oe p a sse= 
•o the servie. (e g hup./,**./ < servto; UF!L>?< arguments » The propen.es oo.ee. ,s a JAVA prog.-amm.ng ■ancua-c 
properties class wh.ch comprises a set ol -name value' pa.rs A system adm,n,strator can pass ar Qu menis to "an .n 
sianuated HttpServiet ob,ect through the propen.es object in tn.s way the system adm.n.straior can -custom.^'- 
Httpservlet lor a part.cuiar server at a part.cuiar s.te For example the system adm.n.strator can pass in* Hiipsorvie- 
obiecl s.te specie .nlormat.on about the network location ol a dataoase wh.ch stores documents that w,n bo roqucs.ee 
by client processes across the network or the amount ol memory available m system buffers wmch will bo used lor 
processing the server administrator 

Once instantiated, a servlet loops unt.i the server is shut off or a destroy moihod .s called on me servlet by the 
server Since the servlet operates ,n a continual loop as a wans lor requests to act upon the server computer avocs 
the overhead ol creai.ng and destroying the servlet between requests to the servlet In add.i.on kocp.nc sorvicts ai.vo 
between requests allows servlots to pass data and commun.cato amongst themselves For example" serviots can 
maintain data about a user between sessions by the user This data can be shared among d.llerent scrviets m order 
to customs a working environment w,th,n wh.ch the user works II servlots were created and destroyed on a per 
request basis. .1 would be much more d.fl.cult. .1 no. practically impossible, lor a servlet to unaerstand the environment 
within which ,t runs and utilize this knowledge to provide improved processing capab.lu.es The server computer can 
call a destroy method on the servlet when some resource l.mn in terms ol lime memory etc .s reached 

The servie! appl.cat.on program interface (API) establishes a standard lor interlacing servlots w.lh .nlormat.on 
servers, such as web servers The servlet API contains methods for ,n,t.al.z,ng a servlet. processing the roquesi getting 
servie: information and destroying the servlet The servlet API allows platlorm independent servlots An example 
servlet interface is as loliows 



Servlet interface: 
interface HttpServiet { 

InitiaJize (ServletContext, ScrvcrPropcrties); 

Service(HttpRequest. HtrpResponse); 

DestroyO; 

} 

The server computer passes ob|ects that implement the -HtipRequesf. while the servlet returns an -HitpRcsponso' 
obiecl. The -ServletContext- interface is used to exchange information with the server env.ronment Some ol the metlv 
ods on the -ServletContext- obiecl are -Getserverl)- and -GetServleisOV -QetServer" returns a po.nter lo the parent 
server w.th.n which the instantiated Httpservlet runs. Using this pointer, the HttpServiet ob,ect can find out information 
about its parent server. The -GelServief method returns pointers lo the servlets running on the parent server The 

ServerFroperties- interface is used to exchange mlormanon regard.ng specific server properties established bv a 
server administrator r 

Servlets support the lam.har programming model of accepting requests and generating responses The following 
is a simple servlet defining a single method called "service' 
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import Java. servlet.*; 

public class MyServlet extends GenericServlet { 

public void service ( 

ServletRequest request, 
ServlelResponse response 

) throws ServletException, IOException 

{ 
} 



} 

The service method is provided with Request and Response parameters These parameters encapsulate the data sent 
by the client thereby allowing servlets to report status information such as errors Servlets normally retrieve most of 
their parameters through an input stream and send their responses using an output stream 

ServletinputStream m = request. getlnputStream (} 
ServletOutputStream out = response getOutputStream () 

These input and output streams may be used with data m whatever format is appropriate For example an applet and 
servlet might exchange data using object serialization. HTML, or any number of image formats 

Since servlets are JAVA objects, they have instance-specific data This means thai in effect servlets are independ- 
ent applications running within servers without needing the complexity of additional classes (which are required by 
some alternative server extension APIs) Servlets have access to some servlet-specific configuration data at initiali- 
zation time This allows different instances of the same servlet class to be initialized with different data, and be managed 
as differently named servlets The data provided at initialization time includes an area where each instance keeps its 
persistent instance-specific state 

Building upon the previous simple servlet examples the following program code is an example of a servlet that is 
used to send Hypertext Markup Language (HTML) text when it is invoked 
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public class SimpleServlei extends GenericServlet { 
public void service(ServletRequest req, ServIetResponse res) 
throws ServletException, IOExccption 

{ 

res.setContentType("text/html"); 

PrintWriter out = new PrintWriter(res.getOutputStream()); 
out.prinlIn( M < HEAD > < TITLE > SimpleServlei Output 
</TITLE> </HEAD> < BODY > "); 

out.println( M <hl > SimpleServlet Output </hl> M ); 
out.println( M <P>This is output from SimpleServlet."); 
20 out.println( M < /BODY > M ); 

out.flush(); 

} 

25 public String getServletlnfoO { 

return "A simple servlef ; 

} r 



IS 



30 



} 



The following program code is an example of a sorvlet that uses the finger protocol to query information about 
users on specified host computers. The query string parameters < tl > user < /it >. < tt > hosts < m >. and < tt > verbose 

< /tt > can be used to specify the user and hosts to query The parameter <tt> user </tt> is the user name. <u> hosts 

< /tt > is a comma-separated list of host names to query, and <ti> verbose </tt>. if specified, will cause verbose output 
to be generated. For example. <pre> http/goa/finger.htmPuser=dac&hosts=eno.doppio&verbose=yes </pre> will re- 
quest full information about user "dac" on both hosts "eno" and "doppio". 
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public 

class FingerServIet extends GenericServlet { 
/* 

* Port number for finger daemon. 
*/ 

static final int FINGER_PORT = 79; 
/** 

* Handles a single finger request from the client. 
*/ 

public void service(ScrvletRcquest req, ServletRespon 
throws ServletException, IOException 

{ 

String user = req.getParameter("user M ); 
String hosts = req.getParameterfhosts"); 
String verbose = req.getParameter("verbose"); 
res.setContentType( w tcxtyhtml"); 



PrintStream out = new PrintStream(res.getOutputStreamO); 
out.println("<html> H ); 

out.printlnf < head X title > Finger Servlet < /title > < /head > 

out. printing < body > "); 

out.printlnf < h2 > Finger results: < /h2 > "); 

outprintln( H <pre> M ); 

if (hosts == null) { 

fingcr(out f user, null, "yes\equalsIgnoreCase(verbose)) ; 
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} else { 

StringTokenizer st = new StringTokenizer(hosts. ","); 
while (st.hasMoreTokensO) { 

Suing host = si.nextTokenO; 

out.println(T + host + "J"); 

try { 

fingcr(out. user, host, 

" y es \ eq u al s Ig n o reCase( ve rbose) ) ; 

} catch (lOExccption c) { 
out.println(c); 

} 

out.printlnO: 

} 

} 

out. printing < /pre > 

out.printlnf </body> </html> "); 

} • 
/■ 

Sends finger output for a user and host to the specified output 
* stream. 
•/ 

void finger(OutputStream out, String user, String host, boolean verbose) 
throws IOException 

{ 

// open connection to finger daemon 
Socket s; 

if (host = = null) { 

s = new Socket(InetAddress.getLocaIHost(), 

FINGERJ>ORT); 

} else { 

s = new Socket(host, FINGER_PORT); 

} 

// send finger command 
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PrintStream ps = new PrintStream(s.geiOucputStreamO); 
if (verbose) { 

ps.print(7W); 

} 

if (user ! = null) { 
ps.print(uscr); 

} 

ps.print( M \r\n M ); 
ps.flushO; 

// copy results to output stream 
InputStream in = s.getInputStream(); 
byteQ buf = new byte [512]; 
int len; 

while ((len = in.read(buf, 0, buf.Icngth)) !=-!){ 
out.write(buf, 0, len); 

} 

s.closeQ; 



} 



Those skilled in the an will aopreciaie thai sen/lets which are being used with the http nrnln , nl „ = 
HTTP meihod. .nc.ud.ng GET. POST HEAD an. .ore They may red.rec, requ uSoiT^ Tn^sZZTp 
spec.f.c error messages. They can get access to parameters which were passed through standard HTMlZ"! ' 
eluding the HTTP method to be performed and the URl. which .dent.f.es the destination o^ the^l" 

As md.ca.ed above, one of ihe b.ggest performance features of setvle.s is that they do not require creation of a 

serve"/ r T re r S ' m ° Sl en ™ enls ™* "*« "n ,n para.ie, W ,L the same pr<^ as^he 
server When used ,n such environments w,.h HTTP, serv.e.s provide compelf.ng performance advantage ov- bl,h 

Z C J Srrc^sS?iT^- Th,s is because servle,s have a ^» ^^^^ 

read context switches. Since in most environments servlets can handle many client requests each time th«v arl 

Zt , ? T °' ' n,,,a,,Za " 0n ' S SPr6ad ° Ver ^ me,hods - A » th * «i «i ™ Z 
opportunUy o share data and communications resources, bene.-.ting more strongly from system caches 

Those skilled in the ar, w.l, appreciate that the servlets embody.ng the mvention can be used to dynamLllv extends 

1,2 tTT m"" 3 ^ SerV,6tS Pr0V ' de 3 9eneral ' rameW ° rk *° r S6 - ces —9 .he CZ™l7p* a . 
d.gm. The servlets can provide secure web-based access to data which .s oresen.prt „ e ,n„ htm, es " esponse P ara 

can be used for interaclively viewing or mod.fy.ng tha, da.a us.n'g dyn^TC Ta 2 Z^Zl ^ 

The servlets embodying the invent.cn may be used to prov.de customized mu.Ler services 5 cu 2£l hfl „« 

HTTp7:tTTPsf 0 TT en T 10 support slandardl " d services such as ™% °ZSZ 

.n a oiuo n J i ' ' C , '"I Pr ° Xy,n9 SerV ' CeS - S ' nCe ,h6y 3re US6d ,0f d * nam ' c e^tensib-luy. fhey may be used 



entry or inventory systems 

m ,,e,s °' a ' s, " 6u,M «•*-» - - - « ««.vjs^r 
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Those skilled in the an will appreciate that servlets may be used m several modes The baste mode is at the core 
of a request/response protocol, in addition servlets may be specialized to support protocols sucn as HTTP in HTTP 
based applications, servlets are portable complete, and mucn more efficient replacement for CGi based extensions 
Also »n HTTP applications servlets may be used with HTML server side includes to dynamically generate part of a 
s web document. 

The foregoing description, for purposes of explanation, used specific nomenclature to proviae a thorough under- 
standing of examples of the invention However, it will be appareni to one skilled m the art that the specilic details are 
not required in order to practice oiher examples of the invention. In other instances, well know circuits and devices are 
shown in block diagram form in order to avoid unnecessary distraction from the underlying principles Thus, the fore* 
jo going descriptions of specific embodiments of the present invention are presented for purposes of illustration and 
description 

Claims 

15 

1 . A method executed by a local server computer under the control of a program, said local server computer including 
a memory for storing said program said local server computer forming a portion of a client -server network, said 
method comprising the steps of. 

receiving a request from a client computer of said client-server network. 

determining thai said request requires dynamically generated information irom a servlet object of said client- 
server network: 

uploading from a remote server computer of said client-server network a specified servlet object corresponding 
to said request: and 

executing said specified servlet object to obtain dynamically generated information corresponding to said re- 
quest. 

2. The method of claim 1 further comprising the step of passing dynamically generated information from said specified 
servlet object to a web server operating on said local server computer, said passing step being facilitated with an 

so application program interface. 

3. The method of claim 2 wherein said application programming interlace specifies techniques for performing at least 
one of the following operations: initializing a servlet object, executing a servlet object, and destroying a servlet 
object. 

35 

4. The method of claim 2 wherein said specified servlet object and said application program interface are specified 
as object bytecodes in the JAVA programming language 

5. The method of claim 2 further comprising the step of sending said dynamically generated information from said 
J 0 web server to said client computer. 

6. The method of claim 1 wherein said executing step includes the steps of 

executing said specified servlet in a security area of said local server computer: and 
45 passing said dynamically generated information from said security area to a non-security area of said local 

server computer. 

7. The method of claim l wherein said local server computer stores a plurality of servlet objects, each of said servlet 
objects continuously operating until invoked in response to a specified request from a client computer. 

so 

8. The method of claim 7 wherein said plurality of servlet objects pass data to one another. 

9. The melhod of claim 7 wherein said selected servlet objects of said plurality of servlet objects are instantiated at 
the start-up of said local server computer. 

55 

10. The method of claim 7 wherein selected servlet objects of said plurality of servlet objects are instantiated in re- 
sponse to a demand from said client computer. 
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11. The method of claim 7 wherein selected servte: obiects of said m... a i... „i 

sponse to an activated serv.e. URL P * ° V ' et CD|ec,s a '° '"^""atea m re- 

_ 12. The method o( claim 11 wherein sa.a servlet URL includes arguments 

1 3. The method or claim , wherein sa,d r e ce,v,n g step induces the step o, s,or,n g sa,d reoues, ,n a connection Q ueue 

"■o^rr^:™ 

16. The method ol claim 15 wherein said operaimq steo include.; ihn «„„ „ ( 

old handler thread (or said new handler thread P ^ * bu "° r m0mOf >' s P acc °' «■'« 

1 7. A computer readable memory that can be used to direct a server mmr,, „, , 

function ,n a speeded manner, composing P " ° °' * cUenl ^'^ computer network to 

a TcZ t '"T C T S l ° r6Ce,Ve 3 feqUeS ' "° m 3 C " en ' COm P° ler 01 sa '« cl,en,.«erver network 
a second sei ol instructions 10 determine thai «iri , flflllflcl ™ neiworn 

a servle. ob.ect ol said cl.ent-server network * CC,U,feS dynam ' Ca " y 9enCralca in,0 '™"°" "*« 

^rsssrs'sirr servor compuiof o( sa,d c ™ — « — 
:^:^^x:r te sa,d spec,,,ea serv,ei ob < eci ,o „ IOfm 

1 8. The apparatus of claim 1 7 further compr.s.ng a fifth set of instructions to na« , h ,«, „h 

•n.erface dynamically generated .n.orma. 10 n from said specified seZ ? ^ ^ Pf ° 9ram 

local server computer. specn.eo servlet ob ( oci to a web server operating on said 

19. The apparatus of claim ifi further comprising a sixth set of instmrnnnc ■„ 

ma.,on (rom sa.d web server to said Cent computer ' ns,ruc,l0ns 10 P a » *aid dynamica.lv generated inter. 

20. The apparatus ol claim 1 7 further comprisma a sevomh eoi n i , 

sa,d server computer each ol said servie 2,2cTc^ '° S '° re 3 P ' Ura '" y °' ^ 0b|ec,s ° n 

request Irom a dent computer ' continuously operating until mvokod ,n response to a speeded 

21 ' 2^7l:ZZcl Where ' n Sa ' d S6Ven,h °* ,nS,rUC " 0nS — —on. to pass data between said 

second - « ~ — network 

a servtet ob.ee. ol said server compuT q qU " eS dynam,ca "y generated information Irom 

^^TS^TS Sa ' d SPeC,, ' ed SerV ' el ° b,eC1 10 ° b,a ' n —on 
a fourth se, o. instructions to pass sa,d dynamica.ly generated mlormat.on to said den, computer 

%^ZZ?£2T Sa ' d S6COnd S6 « - '~ S ™ -o interpret a serv,e, URL 

24 ' I! l^Z 0< ^ Where ' n S3,d S6C0nd ™ °' ' nS, ~ S "*~ «o interpret a serv.e, URL 

25. The apparatus o, claim 22 further compr.s.ng a ,„,h se, o, instructions , 0 store a p.ura.ity o, serv.e, objects on sa,d 
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server computer each of said servlet objects continuously operating uniii mvokeo m response to a specifies r ecuesi 
from a client computer 

26. The apparatus of claim 20 wherein said lifth set ol instructions include instructions io pass cata between saic 
plurality of servlet objects. 

27. A client-server computer network comprising 

a client computer to generate a requesi: and 
a server computer to 

determine that said request requires dynamically generated information from a servlet object ol saia server 
computer. 

execute said specified servlet object to obtain dynamically generated information corresponding to said 
request, and 

pass said dynamically generated information to said client computer 

28. The apparatus of claim 27 further comprising a remote server computer storing a set ol servlet objects thai can 
be passed to said server computer. 

29. The apparatus of claim 27 wherein said server computer stores a plurality ol servlet objects each of said servlet 
objects continuously operating until invoked in response to a specified requesi from said client computer 

30. The apparatus of claim 29 wherein said plurality of servlet objects pass data between themselves. 
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Figure 2 
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Figure 3 
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